home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20000824-20010305 / 000151_news@columbia.edu _Thu Dec 28 15:42:35 2000.msg < prev    next >
Internet Message Format  |  2020-01-01  |  2KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from watsun.cc.columbia.edu (watsun.cc.columbia.edu [128.59.39.2])
  3.     by monire.cc.columbia.edu (8.9.3/8.9.3) with ESMTP id PAA22527
  4.     for <kermit.misc@cpunix.cc.columbia.edu>; Thu, 28 Dec 2000 15:42:35 -0500 (EST)
  5. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  6.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id PAA01199
  7.     for <kermit.misc@watsun.cc.columbia.edu>; Thu, 28 Dec 2000 15:42:34 -0500 (EST)
  8. Received: (from news@localhost)
  9.     by newsmaster.cc.columbia.edu (8.9.3/8.9.3) id PAA28135
  10.     for kermit.misc@watsun.cc.columbia.edu; Thu, 28 Dec 2000 15:31:05 -0500 (EST)
  11. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  12. Message-ID: <3A4BA47C.53C64EBA@srv.net>
  13. From: Kevin Handy <kth@srv.net>
  14. Organization: Software Solutions, Inc
  15. Subject: Re: A wish for the FTP-client
  16. Date: Thu, 28 Dec 2000 13:37:16 -0700
  17. To: kermit.misc@columbia.edu
  18.  
  19. Frank da Cruz wrote:
  20. > 
  21. > In article <92g302$65t$1@localhost.localdomain>,
  22. >
  23. > I looked into this, and it would be easy enough to do, except for one
  24. > thing: the lack of a critical API.  When you send MDTM <filename> to
  25. > the server, it sends back a string like this:
  26. > 
  27. >   20001228143521
  28. > 
  29. > representing 28 December 2000 14:35:21 (UTC/GMT).  It is quite easy to
  30. > convert this to a struct tm.  But to change a file's date (with utime()
  31. > or utimes()) requires a time_t, not a struct tm.  How do you convert a
  32. > struct tm to a time_t in a reliable way? -- i.e. without writing code to
  33. > count days, months, years, leap years, leap seconds, and all the rest,
  34. > taking each machine's architecture into account.  I'm sure I must have
  35. > overlooked something obvious -- feel free to embarrass me.
  36.  
  37. Under *nix, I believe the function to use is mktime
  38.  
  39.     time_t mktime(struct tm *timeptr)
  40.  
  41.